
US006535976B1 



(12) United States Patent <io) Patent No.: US 6,535,976 Bl 

Hoggarth et al. (45) Date of Patent: *Man 18, 2003 



(54) INITIAL PROGRAM LOAD IN DATA 
PROCESSING NETWORK 

(75) Inventors: Roger Philip Hoggarth, Ayrshire (GB); 

Richard Ian Knox, Bridge of Weir 
(GB); Andrew Liam Massey, Ayrshire 
(GB); Colin David McCall, 
Renfrewshire (GB); Sohail Syyed, 
Glasgow (GB) 

(73) Assignee: International Business Machines 
Corporation, Armonk, NY (US) 

( * ) Notice: This patent issued on a continued pros- 
ecution application filed under 37 CFR 
1.53(d), and is subject to the twenty year 
patent term provisions of 35 U.S.C. 
154(a)(2). 

Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 857 days. 

(21) Appl. No.: 08/828,014 

(22) Filed: Mar. 27, 1997 

(51) Int. CI. 7 G06F 15/177; G06F 1/24 

(52) U.S. CI 713/2; 713/1; 713/100 

(58) Field of Search 395/712, 651, 

395/652, 187.01, 200.5, 200.54, 760, 500, 
200.47, 200.52; 364/280, 280.2 



(56) References Cited 

U.S. PATENT DOCUMENTS 

5,257,378 A ♦ 10/1993 Sideserf et al 395/700 

5,305,457 A * 4/1994 Takida et al 395/700 

5,349,664 A * 9/1994 Ikeda et al 395/700 

5,519,870 A * 5/1996 Kannan et al 395/700 

5,675,795 A * 10/1997 Rawson, III et al 395/652 

5,687,073 A * 11/1997 Kishimoto 364/131 

* cited by examiner 

Primary Examiner — Peter Wong 

Assistant Examiner — Tim Vo 

(74) Attorney, Agent, or Firm — Edward H. Duffield 

(57) ABSTRACT 

Methods of booting a client data processing system attached 
to a control data processing system in a data processing 
network. At power-on or re -boot of a client system, an initial 
program load request is issued from the client system onto 
the network and responsive to the receipt of the initial 
program load request at the control system, bootstrap code 
is transferred to the. client to cause the client to boot from 
operating system code stored on a mass storage device of the 
client; alternatively, bootstrap code is transferred to the 
client system to cause the client to boot from operating 
system stored on a mass storage device of the client, or 
bootstrap code is transferred to cause the client system to 
boot from the control system. 

14 Claims, 6 Drawing Sheets 
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INITIAL PROGRAM LOAD IN DATA 
PROCESSING NETWORK 

TECHNICAL FIELD OF THE INVENTION 5 

The present invention relates to a data processing network 
of the type in which a plurality of client computer systems 
are connected to a server computer system. 

BACKGROUND OF THE INVENTION 10 

In a typical network environment, multiple client com- 
puter systems (clients) are connected to one or more server 
computer systems (servers). In a first common arrangement, 
each client system includes an operating system and option- 15 
ally other software, stored on a hard file within the client. On 
power-up or reboot the client boots from the operating 
system stored on the hard file without reference to the server 
computer. This type of boot is called a local program load. 
Other application software e.g. word processing, database 20 
software etc, held on storage associated with the server 
system, is accessed as needed by the client system. 

In an alternative network configuration, the client com- 
puter does not boot from a locally stored operating system. 
One reason for this is that the client system does not have a 25 
local mass storage device such as a hard file on which the 
operating system software can be stored. Consequently, 
when such a client system is powered-up, the client fetches 
its operating system software from the server system and 
stores the software in volatile storage for use until the client 30 
system is powered-off. This process is called Remote Initial 
Program Load (hereinafter termed 'RPU). 

A network of the second type in which each client system 
RPLs from a server system (an RPL network) has an 
advantage over the first type of network configuration in that 35 
the network administrator has full control over the software 
being used by the client. Thus the network administrator is 
able to control the operation and configuration of all the 
client systems with one consequence that the client users can 
be prevented from installing and using undesirable and/or 40 
unlicensed software on their client systems. By controlling 
the network from the server in this manner, the overall 
network maintenance costs are lower thus leading to lower 
overall operating costs. 

However, an RPL network has a number of 
disadvantages, not the least of which is high network loading 
caused when a large number of clients RPL at one time. This 
overloading can cause disruption and reduced efficiency 
especially in large network environments. One way in which 5Q 
the effects of network overloading can be reduced is by 
providing a higher ratio of server to client systems. Typically 
this ratio will be 1: 10 in an RPL network, whereas in the first 
type ("non-RPL") of network a typical ratio is more of the 
order of 1 :1 00. As server systems are generally more expen- ss 
sive than client systems, this increase in ratio will raise the 
overall equipment costs of the network thus largely negating 
the lower maintenance costs. 

It would be a desirable objective to provide for a network 
and a method of network operation which combines some or 60 
all of the advantages of both network configurations while 
avoiding most or all of the aforementioned disadvantages. 

DISCLOSURE OF THE INVENTION 

Accordingly, in a first aspect of the present invention, 65 
there is provided a method of booting a client data process- 
ing system attached to a control data processing system in a 
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data processing network comprising: at power-on or re-boot 
of a client system, issuing an initial program load request 
from the client system onto the network; and responsive to 
the receipt of the initial program load request at the control 
system, transferring bootstrap code to the client to cause the 
client to boot from operating system code stored on a mass 
storage device of said client. 

By this method, the client system is forced to issue an 
RPL request to the control system (server) which then 
controls the boot of the client system thereby preventing the 
client user from carrying out an unauthorised local boot 
operation. 

In a preferred method, the client system BIOS specifies 
that the client may boot only from the control system, 
thereby forcing the client to issue the initial program load 
request onto the network. In a preferred method, this boot 
setting of the BIOS is protected by a control-system defined 
password. 

Viewed from a second aspect of the invention, there is 
provided a method of booting a client data processing 
system attached to a control data processing system in a 
network comprising: at power-on or reboot of said client 
system, issuing an initial program load request from a client 
system onto the network; and responsive to the receipt of the 
request at the control system, either transferring, according 
to a first mode of operation, bootstrap code to the client 
system to cause the client to boot from operating system 
stored on a mass storage device of the client; or transferring, 
according to a second mode of operation, bootstrap code to 
cause the client system to boot from the control system. 

In a preferred method according to the second aspect, the 
two modes of operation are defined in the control system and 
are selectable by the network administrator. Thus in the first 
mode — referred to in the detailed description as the normal 
mode — the client system is able to boot from the local hard 
file but only as permitted by the network administrator. If the 
administrator wishes to take control over the software on the 
client system e.g. for software installation or client system 
maintenance, the administrator changes the boot set-up for 
the client to force a boot according to the second (special) 
mode of operation. 

In a preferred method, the second mode of operation 
nnT rprift ftS %- further step ofLdownloadin^ control-system- 
sp ecified software to the client svst em. On completion of the 
downloading of the control-system specified software to the 
client, the boot set-up for that client in said control system 
may be changed so that on next re-boot or power-on, the 
client will boot from the control-system defined software 
according to the first mode of operation. 

The control-system specified software may be an upgrade 
to the existing operating system software stored on the mass 
storage device, whereby the method comprises the further 
step of replacing the existing software on said mass storage 
device with said upgraded software. 

A client system in the form of a personal computer system 
will include BIOS code stored in non-volatile storage (e.g. 
ROM) in said client. In one preferred method, the control- 
system specified software is an upgrade to the BIOS code, 
the method comprising the further steps of storing the 
upgraded BIOS in said non-volatile storage. 

In a preferred method according to the invention, the 
second (special) mode of operation is employed to install 
software onto a client system which has been newly con- 
nected to the network. In such a client system which initially 
has no operating software stored on said mass stora^e_ 
device, the control-system -specified software comprises 
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operating system software for installation on said device, the a communication link. As is normal, the client system, 
method comprising the step of installing the operating constituted in the present embodiment tjy a personal 
system software on said mass storage device. computer, includes a keyboard 31 and a dispfay 32 operating 

In a client system wherein BIOS code is stored in non- ^unflw the Itmtrol of control logic in the form of main CPU 
volatile storage and wherein the BIOS settings (including 5 33 which is connected by a system bus to system memory 
the location of the boot device) are protected by a BIOS (RAM) 34 and non-volatile memory (ROM) 35, in which is 
password, the method of the present invention is advanta- stored system BIOS. The control logic is connected to one 
geously employed to allow for the updating, under the or more mass storage devices 36 e.g. in the form of a 
control of the network administrator, of the BIOS password. magnetic disk drive or hard file. If it is desired to prevent the 

According to a third aspect of the invention there is 10 chent user from mtroducmg software or data mto the chent 
provided a data processing network comprising a control system the client system is advantageously not provided 
dataprocessingsystem connected to aplurality of clientdata with a (hskette drive CD-ROM drive or similar. Jhe client 
processing systems, the control system including means further includes a network adapter card 37 winch, in 

responsive to an initial program load request received from P rescnt embodiment, may be either an ethernet or 

a client system to transfer a bootstrap program to the * 5 token-ring adapter card This adapter card provides the 
requesting client to cause the client to boot from operating communication between the client and server, 
system software stored on a mass storage device of said The server computer system includes a keyboard 21 
client system. attached to a system unit 22 including a main CPU 23, 

Apreferred embodiment of the present invention will now system RAM 24, system ROM 25 and mass storage capa- 
be described, by way of example only, with reference to the 20 bihty 26, typically in the form of multiple magnetic disk 
accompanying drawings. drives constituted in a RAID (redundant array of indepen- 

dent disks) arrangement. Stored on the server mass storage 
BRIEF DESCRIPTION OF THE DRAWINGS dev ices are a variety of different types of software including 

FIG. 1 is a schematic representation of a computer net- operating system software, mirrors of which are stored on 
work according to a preferred embodiment of the present 25 the hard file of each chent system, and application software, 
invention* ^ e system may optionally include a display 27 (if the 

FIG.2isablock-diagrammaticalrepre S entationofacUent network administrator requires direct interaction with the 
computer system connected to a server computer system in server system) and other storage devices such as a diskette 
the network of FIG 1* ve ( not snown ) ^ CD-ROM drive 29. Communication 

n „ ! i 1 30 over the link 40 is provided by input/output logic 28 which 

HG. 3 is a flowchart showing the normal program load ^ ^ fom rf m ^ cafi 

procedure according to one embodiment of the present J , i_ _,_ , _ , 

invention* Although not indicated in FIGS. 1 or 2, the network may 

n ~ A \ » . ^ u • .i. ij j additionally comprise a further one or more server systems 
FIG. 4 is a flowchart showing the program load procedure . .* \ . „ . . J . 
durin software installation- connected to a subset or all or the chent computer systems, 
unng so a , 35 p^the^o,^ the client systems may not all be of the type 
FIG. 5 is a flowchart showmg the program load procedure described above> For example , the network may include 
during chent maintenance; so-called 'medialess' workstations i.e. systems which do not 
FIG. 6 is a flowchart showing details of the scan process include a mass storage device and which are thus incapable 
for determining the hardware configuration of a client sys- 0 f storing a local operating system. Such systems are con- 
cern prior to software installation. *® ngured to RPL f rom the server system at boot time in a 
DETAILED DESCRIPTION OF THE conventional manner. The network may also advantageously 
INVENTION include a 'console' system through which the network 

« f • o . i-t^ ^ .i_ • t_ i_ administrator controls the network. The console system will 

Referring firstly to FIG 1 there * shown in schematic be to & ^ ^ ^ 

form, a local area network (LAN) 10 according to a pre- 45 ne(work administrator will be ided ^ certaio 

f erred embodiment of the invention. Ine network ot MCj. 1, ... . M . i- * i* u « u* 

luiguwuuuuiuj^iui ^ AU M " u . » privileges, not available to a client user, which allows him 

which may be constituted as an Ethernet or Token-ring LAN f f 1 *u , 

t J . . - « ° to control the network, 
or other arrangement, is constituted of a server computer 

system 20 (which in the present embodiment may be an IBM ^ discussed above m the background section, chent 

PC 700 computer system) connected for communication by 50 s y stems m existin S networks either boot from a server by 

a link 40, in a loop configuration, with a plurality of chent means , of a remote P r0 S" m load ^ration, or alter- 

computer systems 30. The client computer systems may be DaUvel y execute 3 local P ro S ram load from "J. opening 

personal computers based on the Intel X8 6 family of micro- s y stem stored l^ally on the hard file According to the 

processors or other forms of computer system. Typically P 1 ^ 11 ) invention, and m z l maimer to -he described below in 

such personal computers include a LAN adapter card to 55 more detail, there is provided a hybrid imtial program load 

^lo^COiiluiU Ul^ t luu with u Vs u re r computer. Control of mechanism which combines the advantages of both conven- 

resources on the network including communication between donal RPL and local f^Sr™ l° ad techni q ues whde ™oid- 

server and clients is effected by means of a network oper- m S at least 501116 of meir advantages, 

ating system (NOS) e.g. OS/2 LAN Server from IBM In essence the hybrid remote/local program Load (Hybrid 

Corporation having a 'server' component which executes on eo RPL ) technique operates in two modes: Normal and Special, 

the main processors) of the server computer system and a In the Normal case, at power-on or reboot of a client 

corresponding 'requester' component which executes on the system on which is installed a local operating system, the 

main processor of each client computer system. Other suit- chent issues requests for RPL on the network. As will be 

able network operating systems include Netware from Nov- described in greater detail below, according to the present 

ell Inc. and OS/2 WARP server from IBM. 65 invention, the client system BI OS is configured such the 

HG. 2 is a simplified block diagram in which a server c hent may only boot from the server and not fro m a local 

computer system is shown connected to a client system over hardfile or diskette. In response to the chent RPL request, the 
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serv er sends th e client a bootstrap p ro gram w hi ch im'Hai£&- a. A different BIOS password may be set for all or a subset 

loc ^prograrrTlolgd ^ ginch causes t^ e clien t In "p«^ T in of clients. Alternatively, a single BIOS password may be 

effect r like a normal (i.e. non-fl PT) r.lienL&ystem. employed for all clients. As will be described below, the 

In : 7te~Special case, when the network administrator BIOS password for selected clients may be reset at will by 

wishes to take control of the workstation e.g. for mainte- 5 the network administrator by invocation of the 'special' 

nance purposes, the administrator firstly changes the setup m ade of the Hybrid RPL mechanism, 

of the server system to specify a different RPL bootstrap Referring now to FIGS. 3, 4 and 5, the detailed operation 

program for that client e.g. a minimal operating system with of both normal and ^ mQdes wm be descri5ed> M has 

a remote maintenance uUhty. At the next power-on or been mentioned the method st are preferably imp]e . 

re-boot, the client system issues a request for RPL as usual. 10 mented ^ ^ m ^ ^ 

The server then responds with the special bootstrap program , 4 , * u »■ r*i_ i- * 

as defined by the administrator. In response to the bootstrap whlch controls °P eratl0D of the chent s y stem * 

program, the client then operates like a conventional RPL FIG. 3 is a flowchart showing the sequence of steps 

client, loading the software specified by the administrator. involved in a normal case hybrid RPL operation. This 

However, unlike most conventional RPL clients where the sequence of steps is carried out when the client system is 

software is loaded for operation into the client's volatile 15 initially powered-up e.g. when the chent user turns on the 

memory, the software is instead installed onto the client hard machine when wishing to start work, or alternatively at 

file. The network administrator then changes the setup of the reboot. It is assumed that the chent system already has a 

server to specify a local program load for the client. At the i oca l operating system installed on its hardfile from which it 

next power*on or reboot, the client then reverts to the normal can doo l 

operation as described above and carries out a local program 20 ^ ^ 2m ^ ^ ^ comple(ed varfous tes(s 

load from the amended software a , r _ on> ^ system BIOS caljses tte client t0 

The present invenuon !s preferably implemented as soft- invokeRPLcodestoredonthenetworkadaptercard.Atstep 

ware code executing on the server computer, providing a nQ ^ RpL cod executi on the main processor of the 

user interface to me network administrator to allow him to ' t « /. ■ KT ^o nm * *u 

' « 4 , a i ■ .1 i * chent, causes the chent to issue NOS RPL requests over the 

configure and control the network in the manner to be 25 , * 4 . a * 1 

described below ^ connectin g the client to me server. A central process 

'itisanimportantfeatureofthepresentinventionthateach ™^ ° n * e server > which t li f ns £l RPL requests from 

client is 'forced' to issue a boot request from the server at altached nts recognizes, at step 220, the client unique 

each power-on or reboot. That is, even where the chent has ° etwork 10 ^ e ^uest and at step 230 sends hybrid 

a local operating system stored on its hard file, the chent 30 ^ t0 chent * M t f I P , I ' ? 

issues an RPL request to the server at each power-on or hybrid bootstrap progr am causes the chent to boot from its 

reboot. It is also an important requirement that each client local j* rd m f; bo ° tS ' ra P ^ ^T'u T 

system which is operable under the hybrid RPL technique of ' ecord from hard ^ e to a ^ed location m RAM, checks 

the present invention, includes some non-volatile storage to ensure a valld master boot record 

device such as a hard file or similar, on which a portion of, 35 ^ s P ro S ram contro1 10 lt * 

or complete operating system may be stored to enable the Once the boot process is complete, the client user is then 

normal mode hybrid RPL operation. By means of the present able to operate the client in a largely conventional manner, 

invention, the client is prevented from taking control and Thus* h principle, the chent operates with no load on the 

carrying out an unsupervised local boot. In the present network except for the transfer of the initial RPL requests 

embodiment, it is the system BIOS in the client which 40 m6 h y brid RPL boots trap code. 

specifies the location from where the client boots at power- In a preferred arrangement however, the client system is 
on or reboot. Thus the system BIOS is set to specify that the configured by the network administrator such that the local 
client may boot only from the network. This restriction is hard-file is read-only. That is, the chent user is able to read 
configured into the system BIOS at manufacture. files from the hardfile but may only access and store read/ 
It will be appreciated that while setting of the system 45 write files or data files on the server system. This feature is 
BIOS will generally ensure that the client can only boot from enabled, for example, by providing drivers for the hard file 
the network, it is possible that the client user could, if during software installation which restrict end-user access to 
so-minded, gain access to, and reset the chent system BIOS the client hard file. In general, the drivers are advanta- 
to specify a local boot. It is therefore desirable to employ a geously designed to block all system calls which (i) create 
disabling mechanism, in the form of a BIOS password, by 50 files; (ii) delete files; (iii) open files for writing; and (iv) 
which the client user can be prevented from tampering with change file attributes. For example for client systems loaded 
the system BIOS settings, including the location of the boot with DOS/Windows, access to the hard file is restricted by 
device. BIOS passwords are employed in some existing intercepting DOS software interrupts for file handle opera- 
personal computers e.g. IBM PC 700 computer system to tions. This hard file access protection feature provides even 
prevent unauthorized access to the BIOS setup routines. 55 greater control over the contents of a user's system at the 
Thus the unauthorized user is prevented from resetting cost of some increase in network loading. It will be appre- 
details of the device from which the chent system boots. ciated however, that this loading will be much lower than in 
Although BIOS passwords per se are already known, one conventional RPL networks. 

advantage of this aspect of the present invention is that the With reference to FIGS. 4 and 5, there is shown the 

BIOS password is settable remotely by the network admin- 60 sequence of steps involved in the special mode of hybrid 

istrator. The BIOS password may be set by the network RPL. As will be apparent, the special mode can be invoked 

administrator when the chent is first installed in the network. by the network administrator to handle a variety of different 

Alternatively, the password may be set in the factory at the types of situations. In a first situation, the special case is used 

time the client system is manufactured. One drawback with to provide for the automatic installation of operating system 

this latter technique is that some mechanism would then be 65 and optionally other administrator-specified software when 

required to convey the BIOS password to the server when " the client system is first connected to the network, 

the chent is first installed in the network. Alternatively, the special case mode can be invoked to 
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provide for re -installation or upgrade of the software already 
stored on the client hard file. In a further alternative, the 
special case mode can be invoked to reflash the system BIOS 
or reset the BIOS password. Other maintenance actions can 
be carried out in this manner. 

Next is shown and described the sequence of steps 
involved in providing a utomatic installation of software onto 
th e Client system when tne_system is hrst connected.to the_ 
network . One advantage of providing for automatic instal- 
* lation of software in this way is that it removes the need to 
carry out time-consuming and equipment -intensive preload- 
ing operations at the factory, A particular advantage of this 
aspect of the present invention is that the network admin- 
istrator has complete control over the installation and no 
client-user intervention is required except for physically 
connecting the client to the network and flipping the power 
switch. 

As is described in detail below, a scanning technique is 
employed such that on initial installation,, the hardw are 
,_con fig uration of the_clientJs_established by means of scan 
code issued bv the server which executes on _the clien t 
system, which in turn sends the results back to the server. 
The server th en selects the appropriate software pro file 
(eith er automatically or through the intervention of "foe 
netw ork adminis trator) for the target client system based on 
its hardware capabilities (e.g. depending on amount of 
memory available, addressability of graphics adapter etc) 
and decisions made by the network administrator. In this 
way is enabled the automatic assignment of software to the 
client systems based on their hardware characteristics. 

Before installation into the network, t he clienL svstem 
h^r^ filp will havft no installed operating syste m. The system 
BIOS (which specifies that the client can boot only from the 
network) is already installed in the system. The network 
adapter card is connected via cabling attached to its external 
connector to the server. 

With reference now to FIG. 4, at step 300, the client is 
powered-on which causes the network card to issue NOS 
RPL requests over the network. The NOS RPL requests 
specify the network address which was burned-in to the 
client at the factory. At step 310, a central process executing 
on the server system detects the RPL requests issued by the 
client. At step 320, the server process compares the network 
address of the client against a locally-stored list of known 
clients. As the client is new to the network, the new client 
address will not be in the list and the server therefore marks 
the target client as requiring scanning. Details of the scan 
process are shown and described below with reference to 
FIG. 6, but briefly the server process sends the scan client 
software to the client at step 330 which determines the 
hardware configuration, details of which are then sent to the 
server. Based on this information, the server assigns a 
^tyarft nrofilfi to tV ^ ftnt Pnrt fl t step 3_40 downloads. To 
the client, an install program and operating system and 
optionall y other software according to the client profi le 
storegliiiihfi-sefvofi At step 350, the client receives the code 
from the server and runs the install program to load the 
operating system software onto the client hardfile. At step 
360, the client indicates completion of the installation pro- 
cess by sending a complete signal to the server. The server 
responds, as indicated at step 370, by changing the setup for 
the client to normal mode of hybrid RPL. 

At st ep 380, the server issues a signal tn t^e client causing 
the clie'nt to rehnnt. The clientr eboots. at step 390, and 
issues NOS RPL requests to the server. In response, the" 
server transmits the hybrid bootstrap code (as described 



above in relation to step 230 of FIG. 3) to the client which 
in turn causes, at step 400, the client to boot from the 
newly-installed operating system software from its hard file. 
The client may then continue operation. 

As is described in more detail in copending application 
(applicant's reference number UK9-96-020), the server sys- 
tem is provided with software which allows the network 
administrator to create profiles for each connected client via 
a graphical user interface. These profiles inclu de the soft- 
10 ware images that ar e to be installed onto the chent systems 
ana 1 optionally tuftner Information tailored to a specif ic 
^ client. For example, a network may be comprised of muf**^_ 
tiple clients having identical hardware configurations. In this 
case, it may be suitable for the administrator to define, via 
15 the server software, a common software image for each 
chent. However, it will more commonly happen that the 
network will be comprised of client systems having differing 
hardware configurations, in which case it is advantageous to 
tailor the software images as appropriate. This tailoring is 
also referred to as personalisation. 

The aim of the installation process is to fully install as 
wide a range of software as possible onto the hard files of the 
clients. In a preferred arrangement, the installation stage 
indicated at step 340 of FIG. 4 comprises three main 
elements. 

a) Depending on the particular software profile, selected 
clients may need preparation to receive the final soft- 
ware image. Some operating system software (e.g. 
Windows 95) does not load onto standard FAT parti- 
tions on the hardfile. In this case, pre-processing is 
required to prepare suitable disk partitions. A pre-load 
image is provided to the client which specifies an initial 
set of software to be executed on the client before the 
final software image is loaded. 

b) The final image is copied onto the client's hardfile. The 
image file is advantageously a self-extracting .exe file 
that contains all the files required by the client. This is 
copied down to each client and is then expanded onto 
the clients' local hard file. By this means, each chent 
has stored thereon an identical software image on their 
hard files. 

It is however generally necessary to personalise each 
client for a variety of reasons. For instance, most networking 
systems require a unique TAG for each chent on the network 
e.g. TCP/IP addresses may need to be set to allow a protocol 
stack to operate; terminal emulation programs may require 
different id's for each client. This personalisation is achieved 
by the provision of personality files associated with each 
client. These are run as the last step in the installation (or 
reinstallation) process. 

c) The client personality files defined by the network 
administrator are downloaded and run on each client. 
These files are simple batch files that allow .INI, text 
and registration database files to be edited for each 
client. 

Next will be described, with reference to FIG. 5, the 
sequence of steps involved in the special hybrid RPL mode 
during maintenance operations. As will be appreciated, a 
large number of these steps are the same as steps described 
above in relation to FIG. 4. As has been described, the 
special mode is invoked by the network administrator when 
it is desired to take control over the client for re-installation 
or other maintenance purposes. 

At step 500, the network administrator changes the setup 
of the server to specify a new hybrid RPL profile for a client. 
In other words, the ' normal 1 mode of operation is disabled. 
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At step 510, when the client system is next prvwered-ori or (iii) Reading information contained in the BIOS ROM; 

rebooted (either using^ remote contr ol utility specified b y (j v ) Reading information written by the BIOS ROM into 

the adrmnisiraioror alternatively by the client user;, ine the non . V olatile storage on the system; 

client issues n ne pre more NOS RPL requests via the , x , t_ n j- j 

DetwoTOa^ AtstepS^ s (v) the ^Uent system bus allows it reading iden- 

u iuque netw ork address in the request. However, in this tificaUon informaUon from adapter cards in the client 

mode, the server does not issue the hybrid bootstrap code to s y stem bus - (MicroChannel and PCI busses, among 

cause the client to execute a local boot. Instead, the server others > enable this Action; 

downloads selected software according to a software profile (vi) Optionally, by prompting the user of the client system 

defined according to the required maintenance function. In 1Q to type in additional information, for example the 

the following description, this do_wnloaded„software 3 is location of the system or the telephone number of the 

termed maintenance software though as will be "described user. 

below-it-may in fact be-software for upgrAOingrthe^lpcal-^ For example, the information gathered includes (i) net- 
operating system, software for upgrading system BIOS or work adapter type> netW ork address, (iii) hard disk 
other software. At step 530 therefore, ^maintenance preseriC e and storage capacity, (iv) RAM installed, (v) 
software^ downloaded to_ the_client_ system ^whereat is." Mcs ad ter t Optionally, the information gathered 
executed and/orstore step 540, mdudes (i) c]ieQt ^ numb dient machine 
the client indicates to the server that the operation on the &nd mode (m) ^ fe a aU (iy) 
client is complete. Id response, the server process changes J i * , u a l. j / \ jjv i 
the setup for the client back to hybrid RPLbootstrap at s step ff^f^ * * * ' W ^ 
550. At next reboot, indicated at step 560, which may be 20 deE [ n f l a da {f- . , . _ . . „ 4 
initiated either by the remote control utility or by the client . Although the scan process is designed to avoid cheat user 
user, the client issues the normal RPL request via the client intervention, the network administrator may also define 
network adapter card and local boot takes place as per additional information to be collected at install time, such as 
normal hybrid RPL — step 570. *e location or contact name. This is done by specifying a 
In one example, the maintenance program comprises an 25 file which causes prompts to be displayed at the 
operating system upgrade; which may be either a complete client during the scan process. Responses types by the client 
operating system or additional upgrade code to add to the user are recorded. 

existing software. Thus, the server downloads a revised At step 620, the client sends the gathered configuration 
operating system and install program which replaces the data t0 ^ server, where the information is assimilated and 
operating system currently stored on the hardfile. 30 a software profile appropriate to the target client is defined 
Alternatively, the maintenance software can be an upgraded at ste P 630 - ^ software installation process continues as 
version of the client system BIOS which is re-written over already described at step 340 of FIG. 4. 
the original BIOS. The upgraded BIOS is written directly It will be appreciated that a number of advantages over 
over the existing BIOS in flash ROM, while preserving any existing techniques are provided by the hybrid RPL tech- 
client-specific information such as serial number and model 35 ni q ue described above. In particular: 
number. The server advantageously invokes an immediate ^ network administrator retains full control over each 
reboot of the client after the upgraded BIOS is loaded in client's software. At any time the RPL setting can be 
order to make use of the new level of system BIOS. changed to special mode for any client so that the next time 
In a further arrangement, the maintenance software com- ^ G client boots, new software can be downloaded onto that 
prises code for resetting the password associated with the 40 client. 

system BIOS. The password is stored in non-volatile storage The network administrator retains full control over client 

on the client in the form of an encoded check sum and an operations. If the client is removed from the network and an 

indication that the password function is enabled. The pass- attempt is made to reboot, the RPL will fail as there is no 

word is changed by writing a different checksum to the network to respond to the client systems RPL requests. The 

non-volatile RAM, or disabled by writing an indication that 45 BIOS boot setting is protected by password and therefore it 

the password function is disabled. k not possible for the client user to boot from the local 

Details of the initial scan process will now be described. hardfile. 

As has been described above, this network scan technique What is claimed is: 

for clients gathers details of any new clients which are 1. A method of booting a client data processing system 

attached to the network. The scan process is loaded to each 50 attached to a control data processing system in a data 

client as it initiates RPL. With reference to FIG. 6, when the processing network comprising: 

client is first attached to the network, it issues one or more at power-on or re-boot of a client system, issuing an initial 

NOS RPL requests onto the network, at step 600, which program load request from the client system onto the 

identify the network address of the client. As the client is network; and 

new to the network, the network address specified in the 55 responsive to the receipt of the initial program load 

request does not exist on the client address list held in the request at a control system, transferring bootstrap code 

server and accordingly, the central server process marks the to the client system to cause the client system to load 

received address as requiring an RPL of the scan client operating system code from a mass storage device of 

software. Therefore at step 610, the server responds by the client system, the operating system code being 

sending the scan client software to the client which then 60 present on the mass storage device at the time when the 

executes on the client to gather information about the client initial program load request was issued from the client 

hardware configuration. The scan code executes on the client system onto the network. 

system processor and gathers information by one or more of: 2. A method as claimed in claim 1, wherein the client 

(i) BIOS function calls which return the information; system includes BIOS that specifies that the client system 

(ii) Reading system identification information directly 65 may boot only from the control system, thereby forcing the 
from the hardware on the client system board,, includ- client system to issue an initial program load request onto 
ing the system processor itself; the network. 
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3. A method as claimed in claim 2, wherein the boot 
setting of the BIOS is protected by a password settable by 
the control system, but not by the client system. 

4. A method of booting a client data processing system 
attached to a control data processing system in a network 5 
comprising: 

at power-on or reboot of a client system, issuing an initial 
program load request from the client system onto the 
network; 

responsive to the receipt of the request at a control system, 10 
transferring, according to a first alternative mode of 
operation, bootstrap code to the client system to cause 
the client system to boot from operating system code 
stored on a mass storage device of the client system, the 
operating system code being present on the mass stor- ^ 
age device at the time of issuance of the initial program 
load request onto the network; or transferring, accord- 
ing to a second alternative mode of operation, bootstrap 

code to cause the client system to boot from the control 

3 20 

system. 

5. A method as claimed in claim 4, wherein the first and 
second modes of operation are selectable by the user of the 
control system. 

6. A method as claimed in claim 4 or claim 5, wherein the 
second mode of operation comprises the further step of 25 
downloading software specified by the control system client 
system. 

7. A method as claimed in claim 6, wherein on completion 
of the downloading of the specified software to the client 
system, the method comprises the further step of altering the 30 
mode set-up for that client in the control system so that on 
next re-boot or power-on, the client system is caused to boot 
from the downloaded software according to the first mode of 
operation. 

8. A method as claimed in claim 6, wherein the client 35 
system has no operating software stored on the mass storage 
device and the specified software comprises operating sys- 
tem software for installation on the mass storage device, the 
method comprising the further step of installing the operat- 
ing system software on the mass storage device. 

9. A method as claimed in claim 7, wherein the control- 
system specified software is an upgrade to the existing 
operating system software stored on the mass storage 
device, of the client system and the method comprises the 
further step of replacing the existing software on the mass 45 
storage device with the software upgrade. 

10. A method as claimed in claim 7, wherein the client 
system includes BIOS code stored in non-volatile storage in 
the client system and the specified software is an upgrade to 
the BIOS code, the method comprising the further step of 50 
storing the upgraded BIOS in the non -volatile storage. 
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11. A method as claimed in claim 7, wherein the client 
system includes the BIOS code stored in non-volatile stor- 
age in the client system, the settings of the BIOS being 
protected by a BIOS password, and wherein the software 
specified by the control system comprises code for changing 
the BIOS password. 

12. A data processing network comprising a control data 
processing system connected to a plurality of client data 
processing systems; a client system including a mass storage 
device and means for issuing an initial program load request 
onto the data processing network; a control system including 
means responsive to an initial program load request received 
from a client system to transfer a bootstrap program to the 
requesting client to cause the client system to boot from 
operating system software which was stored on the mass 
storage device prior to issuance of the initial program load 
request by the client system onto the data processing net- 
work. 

13. A data processing network comprising a control data 
processing system connected to a plurality of client data 
processing systems; each client system including means for 
issuing an initial program load request onto the data pro- 
cessing network; and the control data processing system 
including means having first and second modes of operation 
which is responsive, in the first mode of operation, to an 
initial program load request received from a client system to 
transfer a bootstrap program to the requesting client system 
to cause the client system to boot from operating system 
software which was stored on a mass storage device of the 
client system prior to issuance of the initial program load 
request by the client system; and responsive, in the second 
mode of operation, to an initial program load request 
received from a client system to transfer a bootstrap program 
to the requesting client system to cause the client system to 
boot from the control data processing system. 

14. A data processing system for controlling client data 
processing systems in a network including means having 
first and second modes of operation responsive, in the first 
mode of operation, to an initial program load request 
received from a client system to transfer a bootstrap program 
to the requesting client system to cause the client system to 
boot from operating system software which was stored on a 
mass storage device of the client system prior to issuance of 
the initial program load request by the client system; and in 
the second mode of operation, to an initial program load 
request received from a client system to transfer a bootstrap 
program to the requesting client system to cause the client 
system to boot from the control data processing system. 

***** 
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